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Programmgesteuerte Einheit 

Eswird eine programmgesteuerte Einheit beschrieben, 
durch welche ausgewahlte Adressen, Daten, und/oder 
Steuersignale umfassende Trace-lnformationen, mit Hilfe 
welcher sich der Verlauf der innerhalb der programmge- 
steuerten Einheit ablaufenden Vorgange verfolgen lafct, 
aus der progammgesteuerten Einheit ausgegeben oder in 
dieser gespeichert werden. Die beschriebene programm- 
gesteuerte Einheit zeichnet sich dadurch aus, dafc die aus- 
zugebenden oder zu speichernden Trace-lnformationen 
und/oder der Zeitpunkt der Ausgabe oder der Speiche- 
rung der Trace-lnformationen zumindest teilweise durch 
das von der program mgesteuerten Einheit ausgefuhrte 
Program m bestimmt werden. 
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[OOOIJ Die vorliegende Erfindung betrifft eine Vorrich- 
tung geniaB dem Oherbegriff des Patenlanspruchs 1, d. h. 
cine programmgesteuerte Einheit, durch welche ausge- 5 
wahlle Adressen, Daten, und/oder Steuersignale umfas- 
sendc Tracc-Informaiionen, mil Hiife welcher sich der Ver- 
lauf der innerhalb der program mgesteuerten Einheit ab- 
laufenden Vorgange verfolgen Ia6t, aus der programmge- 
steuerten Einheit ausgegebcn oder in dieser gespeichert wer- 10 
den. 

(0002) Programmgesteuerte Einheiten wie Mikroprozes- 
soren, Mikrocontroller, Signalprozessoren etc. sind seit vie- 
len Jahren in unzahligen Ausfuhrungsformen bekannt. 
|0003J Ein bekanntes Problem von programrngestcuerlen 15 
Einheiten besteht darin, daB darin auftretende Fehler haufig 
nicht ohne weiteres lokalisierbar und/oder behebbar sind. 
[0004] Die Lokalisicrung und Bchcbung von in pro- 
grammgesteuerten Einheiten auftretenden Fehlem erfolgte 
friiher und leilweise auch jetzt noch unter Verwendung spe- 20 
ziellcr Bond-Out-Versionen der zu untersuchenden pro- 
gram! ugest cue rt en Einheiten. Bond-Out-Versionen von pro- 
grammgesteuerten Einheiien unterscheiden sich von den in 
Massenpr^xtukten cingcsci/ten Standard- Versionen der be- 
trcffcndcn progruniiii^cMcucricn Einheiten dadurch, daB sie 25 
mchr Hin- uml/ixtcr Auseabcanschliisse aufweisen, wobei 
die zusai /.lichen Ein- umlAklcr Ausgabeanschliisse mil in 
der Standard- Version tier programmgesteuerten Einheit 
nicht Irei zugangliehen Stellen der programmgesteuerten 
Einheit verhunden sind. Dadurch konnen In formationen 30 
iiber interne Zusiande oiler Vorgange, genauer gesagt nor- 
malerwcisc nicht ausgegebene Adressen, Daten und/oder 
Steuersignale wie beispiclsweise, aber bei weitem nicht aus- 
schlieBlich der jewcils aktuelle Stand des Program Counter, 
aus der program mgcslcucrten Einheit ausgegeben und au- 35 
Berhalb der programmgesteuerten Einheit ausge wertet wer- 
den. Durch die Auswertung der Informationen laBt sich der 
Verlauf der innerhalb der programmgesteuerten Einheit ab- 
laufenden Vorgange verfolgen, wodurch in der programm- 
gesteuerten Einheit auftretende Fehler lokalisiert und beho- 40 
ben werden konnen. 

[0005] Die Verwendung von Bond-Out-Versionen ist je- 
doch mil einer Reihc von Nachteilen verbunden. Insbeson- 
dere sind die Bond-Out-Versionen von programmgesteuer- 
ten Einheiten groBer und teurer als die Standard- Versionen, 45 
und, was noch wichliger ist, verhalten sich die Bond-Out- 
Versionen in der Regel nicht exakt so wie die Standard- Ver- 
sionen. 

[0006] Man ist daher teilweise dazu ubergegangen, pro- 
grammgesteuerte Einheiten mit Debug-Ressourcen auszu- 50 
statten, welche aus der programmgesteuerten Einheit zur 
Fehlerlokalisierung und Fehlerbchebung benotigte Informa- 
tionen extrahieren und uber eine nur wenige Pins umfas- 
sende und teilweise auch fur andere Zwecke benutzbare 
Schnittstelle aus der programmgesteuerten Einheit ausgeben 55 
oder in dieser speichern. 

[0007] Eine solche programmgesteuerte Einheit ist in Fig. 
2 dargestellt. 

[0008] Die in der Fig. 2 gezeigte programmgesteuerte 
Einheit ist ein Mikrocontroller und enthalt einen Core C, 60 
iiber einen ersten Bus BUS1 mit dem Core C verbundene 
Peripherieeinheiten PI, P2, P3, uber einen zweiten Bus 
BUS2 mit dem Core C verbundene Speichereinrichtungen 
SI, S2, S3, mit dem Core C in Verbindung stehende Debug- 
Rcssourccn DR, und cine den Debug- Rcssourccn DR zugc- 65 
ordnete Schnittstelle SS, uber welche die Debug-Ressour- 
cen DR an eine extcrne Einrichtung auszugebende Daten 
ausgeben, und uber welche die Debug-Ressourcen DR von 



der externen Einrichtung gesteuert werden. 
(0009] Die Peripherieeinheiten PI bis P3 sind beispiels- 
weise ein A/D-Wandler, ein Timer, ein Codierer, eine Kom- 
priniierungseinrichtung, eine CAN-Schnittstelle, oder son- 
stige in Mikrocontroller integrierbare Einheiien; die Spei- 
chereinrichtungen sind beispielsweise ein RAM, ein ROM, 
und ein Flash-Speicher. 

[0010] Die Debug-Ressourcen DR sind vorzugsweise in 
der Lage, sogenannte Trace-In formationen auszugeben. 
Hierzu wird durch die Debug-Ressourcen DR das Auftreten 
von von auBerhalb der programmgesteuerten Einheit vor- 
gebbaren Bedingungen innerhalb des ('ore der programm- 
gesteuerten Einheit uberwacht, und jedesmal. wenn die Be- 
dingung oder eine der Bedingungen crfullt ist, ohne eine 
Unterbrechung des Betriebes der programmgesteuerten Ein- 
heit von auBerhalb der programmgesteuerten Einheit vor- 
gebbare Adressen, Daten und/oder Steuersignale aus der 
programmgesteuerten Einheit ausgegebcn. Dadurch ist cs 
beispielsweise, aber bei weitem nicht ausschlieBlich mog- 
lich, daB die Debug-Ressourcen DR jedesmal. wenn der 
Core Daten von einer bestimmten Adresse oder einem be- 
stimmten AdreBbereich lesen mochte, die dem Core darauf- 
hin zugefuhrten Daten aus der programmgesteuerten Einheit 
ausgeben. 

[0011] Iin allgemeinen flihren die Debug-Ressourcen DR 
dariiber hinaus auch noch weitere Aktionen aus, die fur die 
Lokalisierung und Behebung von in der programmgesteuer- 
ten Einheit auftretenden Fehlem notwendig oder hilfreich 
sind. So sind die Debug-Ressourcen DR beispielsweise in 
der Lage, die programmgesteuerte Einheit beim Auftreten 
bestimmter Bedingungen, beispielsweise bei Erreichen ei- 
nes bestimmten Program-Counter-Standes anzuhalten und 
die Inhalte von interessierenden Registern auszulesen oder 
zu verandem. 

[0012] Solche, auch als OCDS-Module bezeichneten De- 
bug-Ressourcen sind bekannt, so daB auf die Beschreibung 
weiterer Einzelheiten verzichtet wird. 

[0013] Aufgrund der zunehmenden Bedeutung des Vorse- 
hens von Debug Ressourcen in programmgesteuerten Ein- 
heiten wurde von der EEEE Industry Standards and Techno- 
logy Organizauon (IEEE-ISTO) in 1999 ein als "The Nexus 
5001 Forum Standard for a Global Embedded Processor De- 
bug Interface" bezeichneter Standard fur das Interface (die 
Schnittstelle SS) definiert, uber welches die Debug-Res- 
sourcen mit einer auBerhalb der programmgesteuerten Ein- 
heit vorgesehenen Einrichtung, beispielsweise mil einer De- 
bug- oder Emulations-Steuereinheil, oder mil einem MeBge- 
ra it wie etwa einem Logikanalysator auf besonders effiziente 
Art und Weise Daten austauschen konnen. 
[0014] Die Debug-Ressourcen und das NEXUS-Interface 
ermoglichen es mit einem vernal tnismaBig geringen Auf- 
wand, in programmgesteuerten Einheiten auftretende Fehler 
zu erkennen und zu beheben. 

[0015] Nichtdestotrotz konnen der Aufbau und der Be- 
trieb der Debug-Ressourcen DR vor allem bei kompiexeren 
programmgesteuerten Einheiten, beispielsweise bei pro- 
grammgesteuerten Einheiten mil mehreren Cores sehr auf- 
wendig und komplizicrt werden. Problematisch ist hierbei 
insbesondere die Beschaffung und Ausgabe der Trace-Info- 
mationcn: es kann erforderlich sein, daB eine sehr groBe 
Mengc an Trace-Informationen aus der programmgesteuer- 
ten Einhcil ausgegeben werden muB, urn in der programm- 
gesteuerten Einheit auftretende Fehler zu lokalisieren und 
zu beheben zu konnen, und dariiber hinaus kann sich auch 
die Definition der Bedingungen, auf dcrcn Auftreten hin 
Trace- In formationen auszugeben sind, als sehr kompliziert 
oder ganz unmoglich erweisen. 

[0016] Der vorliegcnden Erfindung licgt daher die Auf- 
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gabe zugrunde, eine MoglichkeW zu nnden, durch welche 
die Menge der Trace-Iriformationen, die ausgegeben werden 
miissen, um in der programmgesteuerten Einheit auftretende 
Fehler zu lokalisieren und zu beheben zu konnen, gering ge- 
halten werden kann. 

[0017] Diese Aufgabe wird erfindungsgemaB durch die in 
Patcntanspruch 1 beanspruchle program mgesteuerte Einheil 
gelost. 

[0018] Die erfindungsgemaBe programnigesteuene Ein- 
heit zeichnet sich dadurch aus, daB die auszugebenden oder 
zu speichemden Trace-In formationen und/oder der Zeit- 
punkt der Ausgabe oder der Speicherung der Trace-Informa- 
donen zumindest leilweise durch das von der programmge- 
steuerten Einheit ausgefuhrte Programm bestimmt werden. 
[0019] Dies erweist sich in zweifacher Hinsicht als vor- 
teilhaft: 

Einerseiis konnen dadurch Trace-Informationen erhalten 
werden, die mangels Vorlicgcn von diese rcprascnticrcndcn 
Adressen, Daten und/oder Steuersignalen im Core oder 
mangels Zugriff smog iichkei ten darauf durch die bekannten 
Debug-Ressourcen nicht ausgegeben werden konnten, und, 
wenn uberhaupU durch eine Auswertung von von den De- 
bug-Ressourcen ausgegebenen Trace-Informationen ermit- 
telt werden konnten, wobei die hierfiir bereitzustellenden 
und auszuwertenden Trace-Infonuauonen einen belrachtli- 
chen Umfang annehmen konnen. Beispiele fur solche Infor- 
mationen sind Zwischenergebnisse, oder die Anzahl der 
Durchlaufe von keinen Schleifenzahler aufweisenden 
Schleifen, die Anzahl der Aufrufe eines bestimmten Unter- 
programmes etc. 

Andererseils kann bei einer durch Befehle veranlaBten Aus- 
gabe oder Speicherung von Trace- In formationen erreicht 
werden, daB Trace-Informationen ausschlieBLich wahrend 
der Ausfuhrung von Programmabschnitten ausgegeben oder 
gespeichert werden, in welchen der zu lokalisierende und zu 
behebende Fehler vermutet wird. 

[0020] Durch die genannten Punkte kann erreicht werden, 
daB nur wirklich interessierende Trace-Informationen, und 
mithin auch nur die unbedingt erforderliche Menge an 
Trace-Informationen aus der programmgesteuerten Einheit 
ausgegeben oder in dieser gespeichert werden. 
[0021] Die herkdmmlichen oder sonstige Debug-Ressour- 
cen konnen, miissen aber nicht zusatzlich vorgesehen wer- 
den. Wenn sie vorgesehen sind, konnen sie einfacher aufge- 
baut sein und bedient werden als es bisher der Fall ist, da ja 
noch weitere Mog Iichkei ten bestehen, die Ausgabe oder 
Speicherung von Trace-Informationen zu veranlassen. 
[0022] Vorteilhafte Weiterbildungen der Erfindung sind 
den Unteranspruchen, der folgenden Beschreibung und den 
Figuren entnehmbar. 

[0023] Die Erfindung wird nachfolgend anhand von Aus- 
fiihrungsbeispielen unter Bezugnahme auf die Figuren naher 
erlautert. Es zeigen 

[0024] Fig. 1 den Aufbau der im folgenden naher be- 
schriebenen programmgesteuerten Einheit, und 
[0025] Fig. 2 den Aufbau der eingangs beschriebenen her- 
kdmmlichen programmgesteuerten Einheit. 
[0026] Bei der im folgenden beschriebenen programmge- 
steuerten Einheit handelt es sich um einen Mikrocont roller. 
Die nachfolgend beschriebenen Besonderheiten des Mikro- 
controllers, genauer gesagt die nachfolgend beschriebenen 
Besonderheiten der darin vorgesehenen Debug-Ressourcen 
lassen sich jedoch auch bei beliebigen anderen programm- 
gesteuerten Einheiten einsetzen. 

[0027] Die im folgenden bcschricbcnc programmgestcu- 
erte Einheit ist schematisch in Fig. 1 dargestellt. Der Voll- 
standigkeit halber sei darauf hingewiesen. daB nur die vor- 
liegend besonders interessierenden Komponenten der pro- 



grammgesteuerten Einheit gezeigt sind und beschrieben 
werden. 

[0028] Die in der Fig. 1 gezeigte programmgesteuerte 

Einheit entspricht nahezu vol 1 standi g der in der Fig. 2 ge- 
5 zeigten programmgesteuerten Einheit. Mit den gleichen Be- 

zugszeichen bezeichnete Komponenten sind identische oder 

einander entsprechende Komponenten. 

[0029] Der Vollstandigkeit halber sei angemerkt, daB die 

Schnittstelle SS eine nach dem eingangs erwahnten NE- 
10 XUS-Standard aufgebaute Schnittstelle ist, Es konnte sich 

jedoch auch um eine beliebige andere Schnittstelle handeln, 

beispielsweise um eine JTAG-Schnittsteile. 

[0030] Die programmgesteuerte Einheit gemaB Fig. 1 

weist gegenuber der programmgesteuerten Einheit gemaB 
15 Fig. 2 einen sehr wesentlichen Unterschied auf. Dieser Un- 

terschied bestehl darin, daB die programmgesteuerte Einheit 

gemaB Fig. 1 eine Verbindung zwischen dem Core C und 

der Schnittstelle SS aufweist. 

[0031] Diese Verbindung ermoglicht es, daB der Core C 
20 der Schnittstelle SS Daten zufuhren kann, die von der 
Schnittstelle SS wie von den Debug-Ressourcen DR an die 
Schnittstelle SS ausgegebenen Daten behandelt werden, 
also in NEXUS-Messages umgesetzt und aus der pro- 
grammgesteuerten Einheit ausgegeben werden. 
25 [0032] Die Daten Lransfers vom Core C zur Schnittstelle 
SS werden im betrachteten Beispiel durch entsprechende 
Befehle veranlaBt, die in das zu debuggende Programm (in 
das wahrend der Untersuchung der programmgesteuerten 
Einheit auszufuhrende Programm) eingefugt-sind. 
30 [0033] Die eingefiigten Befehle konnen "normale" mov- 
Befehle, oder speziell fur diesen Zweck vorgesehene Be- 
fehle sein. 

[0034] Die Infonnationen, die durch diese Befehle zur 
Schnittstelle SS und von dieser weiter an eine auBerhalb der 

35 programmgesteuerten Einheit vorgesehene Einrichtung 
ubertragen werden, konnen beliebige Informationen sein, 
die fur das Erkennen, Lokalisieren und/oder Beheben von in 
der programmgesteuerten Einheit auftretenden Fehlem 
nutzlich sind, also beispielsweise die Werte von bestimmten 

40 Variablen, oder Ergebnisse oder Zwischenergebnisse von 
Berechnungen. 

[0035] Die Messages, die durch die Schnittstelle SS aus 
den vom Core C zur Schnittstelle SS ubertragenen Daten ge- 
neriert und aus der programmgesteuerten Einheit ausgege- 

45 ben werden, sind so aufgebaut, daB ihnen entnehmbar ist, 
welche Information die jeweiligen Daten reprasentieren, 
also beispielsweise ob die Daten den Wert einer Variablen A 
darstellen, oder eine bestimmte Eigenschaft einer Variablen 
B, oder die Anzahl der Durchlaufe einer Schleife, oder das 

50 wievielte Mai gerade ein bestimmtes Unterprogramm aus- 
gefuhrt wird, usw. 

[00361 Dies geschieht dadurch, daB die eigentlich auszu- 
gebenden Daten zusammen mit einem Code ubertragen wer- 
den, der angibt, um welche Art von Daten es sich jeweils 

55 handelt. Im betrachteten Beispiel ist der Code 4 Bits lang; er 
kann aber selbstverstandlich auch langer oder ktirzer sein. 
[0037] Durch den 4 Bits umfassenden Code kann dem 
Empfanger der Message signalisiert werden, welche Bedeu- 
tung die eigentlich zu ubertragenden Daten haben. Hierzu 

60 muB nur eine eindeutige Zuordnung zwischen den (im be- 
trachteten Beispiel insgesamt 16 verschiedenen) Codes und 
der Bedeutung der zusammen mit diesen Codes ubertrage- 
nen Daten exislieren. D. h., es muB beispielsweise festgelegt 
sein, 

65 

- daB die Daten, die zusammen mit dem Code 0000 
ubertragen werden. den Wert einer Variable A darstel- 
len, 
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- daB die Daten, die zusanunen mil dem Code 0001 
ubert ragen werden, angeben, ob eine Variable B groBer 
oder kleiner als ein bestimmtcr Schwellenwert ist, 

- daB die Dalen, die zusanunen mil dem Code 0010 
iibertragen werden, angeben, zum wieviehen Mai ge- 5 
rade eine bestimmtc Schleife durchlaufcn wird, 

usw. 

(0038] Mi! wclchcm Code die der Schniusiellc SS vorn 
Core C zugefuhrten Dalen aus der program mgestcuerten 10 
Einhcit zusanunen ausgegeben werden wird letztlich durch 
den ('ore (\ genauer gesagt, durch den darin ausgefiihrten 
Befehl bestimmt, der den Datentransfer zu Schniusiellc SS 
veranlaBt. 

|0039] Hierzu exisiieren zwei Moglichkeilen. Die erste 15 
Moglichkcit bestehl darin, daB der Core C die eigentlich 
auszugebenden Daten zusainmen mil einem die Bedeutung 
der Datcn spczifizicrcndcn Code zur Schniusiellc SS iibcr- 
tragt, wobei der Code der selbe Code wie oder ein anderer 
Code als der Code sein kann, der den aus der programmge- 20 
steuerten Einheit ausgegebenen Daten bcigefugt wird. 
|0040] Die zweile Moglichkeit bestehl darin, daB es von 
der Bedeulung der vom Core C an die Schnittsielle SS uber- 
iragenen Daten abhangig gemachi wird, an welche S telle in- 
nerhalb der Schnillslelle SS die belrelTenden Dalen ge- 25 
schrieben werden. In diesem Fall veranlaBt das Programm 
beispielsweise. 

- daB Daten, deren Inhalt der Wert einer Variable A ist, 

in ein Register XO der Schnitlstelle SS transferiert wer- 30 
den, 

- daB Daten, deren Inhalt angibl, ob eine Variable B 
groBer ist als ein bestinunter Schwellenwert, in ein Re- 
gister XI der Schnitlstelle transferiert werden, 

USW. 

[0041] Dann kann die Schnittstelle SS den Code bestim- 
men, der zusammen mil den aus der programmgesteuerten 
Einheit auszugebenden Daten ausgegeben werden muB. 
Beispielsweise kann 40 

- den Dalen, die im Register X0 stehen, der Code 0000 
beige fug l werden, 

- den Daten. die im Register X 1 stehen, der Code 0001 
beigefiigt werden, 45 

usw, 

(0042] Die Verwendung von Registem als Puffer fur die 
vom Core C ausgegebenen Trace-In formationen erweisi 
sich als vorteilhafl, weil dadurch keine zusatzlichen Dalen- 50 
transfers Liber die Systembusse BUS1 und BUS2 erfolgen 
mussen. Prinzipiell kann die Zwischenspeicherung der 
Trace-Informationen auch in einer beliebigen anderen Spei- 
chereinrichtung erfolgen, wobei diese Speichereinrichlung 
nicht zwangslaufig Bestandteii der Schnittstelle SS ist. 55 
10043] Die Messages, die die Schnittstelle SS aus den vom 
Core C erhaltenen Daten generiert und ausgibt, ist eine so- 
genannte vendor defined message, wobei im (6 Bits umfas- 
senden) Header der Message festgelegt ist. urn welche Art 
von Message es sich handelt, und wobei im Datenteil der 60 
Message die vom Core erhaltenen Daten und der die Bedeu- 
tung der betreffenden Daten angebende Code cnthallen sind. 
[0044] Durch die zumindest teilweise Fesllegung der aus- 
zugebenden Trace- In formationen durch das von der pro- 
grammgesteuerten Einhcit ausgefuhrte Programm kann die 65 
Menge an Trace- In formationen, die ausgegeben werden 
muB. um auftretende Fehler lokalisieren und beheben zu 
konnen, minimiert werden. Durch herkommliche Debug- 
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Ressourcen ist es entweder uberhaupt nicht oder nur mil ei- 
nem immensen Aufwand moglich, die ausgegebenen Trace- 
Informationen auf die Trace-Informationen zu beschranken, 
deren Ausgabe bei der vorliegend heschriehenen programm- 
gesteuerten Einheit durch den Core C veranlaBl wird. 
1 0045] Dariiber hinaus konnen die Bedingungen, unter 
welchen der Core C Trace-Informationen an die Schnitt- 
stelle SS ubermitlcll, beliebig komplex sein; bei herkommli- 
chen programmgesteuerten Einheiten ist die Komplexitat 
der Bedingungen, unter welchen aus der programmgesteuer- 
ten Einheit Trace-Informaiionen ausgegeben werden, durch 
die Anzahl und die Verschaliung der in den Debug-Ressour- 
cen vorhandenen Komparatoren und Vergleichsmasken be- 
schrankt. 

[0046] Unabhiingig hiervon ermoglicht es die Trace-In for- 
mat ions-Generierung durch den Core C, die Debug-Res- 
sourcen zu vereinfachen. Insbesondere kann die Anzahl der 
fur AdrcB-, Dalen-, und Stcucrsignalvcrglcich vorzuschen- 
den Komparatoren und Vergleichsmasken reduziert werden. 
Sofem die Ausgabe von Trace-Informationen von kompie- 
xeren Bedingungen abhangig gemachi werden soli, kann die 
Trace-Informations-Generierung ja durch das von der pro- 
grammgesteuerten Einheit ausgefuhrte Programm erfolgen. 
[0047] Die Befehle, durch welche veranlaBt wird, daB 
wahrend des Debuggens Trace-Informationen zur Schnill- 
stelle SS ubertragen werden, sind vorzugsweise auch in dem 
Programm enthalten, das auf der programmgesteuerten Ein- 
heit ausgefuhrt wird. wenn kein Debug- Vorgang stattfindel. 
D. h., das wahrend des Debuggens ausgefuhrte Programm 
ist vorzugsweise genau das Programm, das auch im norma- 
len Betrieb der programmgesteuerten Einheit ausgefuhrt 
wird. Dadurch kann erreicht werden, daB sich die pro- 
granungesteuerte Einheit wahrend des Debuggens exakt so 
verbal l wie es sonst der Fall ist. 

[0048] Zusatzlich oder alternativ ist es auch moglich, daB 
durch das von der programmgesteuerten Einheit ausgefuhrte 
Programm "nur" die Bedingungen uberpruft werden, unlcr 
welchen Trace-Informationen auszugeben oder zu speichem 
sind, und daB dann, wenn bei der Ausfuhrung der die Bedin- 
gung uberprufenden Befehle festgestellt wird, daB die Be- 
dingung erfiillt ist, die Debug-Ressourcen DR zur Ausgebe 
der in diesem Fall auszugebenden Trace-Information veran- 
laBt werden. 

[0049] Es ist ferner moglich, daB das vom Core C ausge- 
fuhrte Programm "nur" festlegt, welche Trace-Informatio- 
nen beim Eintreten einer bestimmten Bedingung auszuge- 
ben oder zu speichern sind, und daB die Debug-Ressourcen 
DR zur Ausgabe dieser Infonnationen veranlaBt werden. 
Dabei kann die Uberprufung der Bedingung, unter welcher 
die Ausgabe dieser Trace-Information zu erfolgen hat, ent- 
weder durch die Debug-Ressourcen DR oder durch das vom 
Core C ausgefuhrte Programm (oder durch eine sonstige 
Einrichtung) erfolgen. 

[0050] Vorzugsweise ist der Core C so aufgebaut, daB fur 
die Ausfuhrung der Befehle, die die Ubertragung von Trace- 
Informationen zur Schnittstelle SS veranlassen, keinen eige- 
nen Taktzyklus benotigen. Dies kann beispielsweise da- 
durch geschehen, daB fur diese Befehle eine eigene Ausfiih- 
rungseinheit reserviert ist. 

[0051] Als vorteilhafl kann es sich auch erweisen, wenn in 
der Schnittstelle SS uberwacht wird, ob die Speichereinrich- 
tungen. in welche der Core C und/oder die Debug-Ressour- 
cen die aus der programmgesteuerten Einheit auszugeben- 
den Trace- In tbrmati one n schreiben, uberlaufen (ob noch 
nicht ausgcgcbcnc Trace- Infonnationen durch ncuc Trace- 
Informationen uberschrieben werden oder neue Trace-Infor- 
mationen mangels Moglichkeilen zur Speicherung nicht an- 
genommen werden konnen. Wenn festgestellt wird, daB dies 
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geschieht oder zu geschehen droht, werden vorzugsweise 
MaBnahrnen ergriffen, die dies verhindern oder die exteme 
Einrichiung. an welche die Trace-Informationen (die diese 
enthalienden Messages) ausgegeben werden hiervon in 
Kenntnis selzen. Dies kann beispielsweise dadurch gesche- 5 
hen, 

- daB der Core angehalten wird, wcnn die besagten 
Speichereinrichtungen nichi mehr aufnahniefahig sind, 
oder ~ »0 

- daB an die externe Einrichtung eine Fehlermeldung 
ausgegeben wird, durch welche signalisiert wird, daB 
Trace-Informationen verloren gegangen sind. 



[0052] Im letztgenannten Fall konnte vorgesehen werden, 
der exteren Einrichtung die Anzahl und die Art der Trace- 
Informationen mitzuteilen, die verloren gegangen sind. 
1 0053] Die programingcstcucnc Tracc-Infonnations-Gc- 
nerierung erfordert es nichi, daB zusatzlich Debug-Ressour- 
ccn DR vorhanden sind. Gleichwohl wird es sich jedoch im 
allgcmcincn als vorteilhaft erweisen, wenn die program m- 
gcsieueric Einheit Debug-Ressourcen enthalt. Diese Debug- 
Rcssourccn kdnnen aher einfacher urid kleiner aufgebaut 
werden als Debug-Ressourcen in herkdmmlichen pro- 
gramiiigcslcucrtcii Einheiicn (ohne program mgesteuerte 
Traec-Inroniiaiions-Cienerierung). 

[00541 Durch die programmgesteuerte Trace- Informati- 
ons-Gencrierung isi es unahhangig von den Einzelheiten der 
prakiischen Realisierung mil gcringem Aufwand moglich, 
die Menge der Trace-In formationen, die ausgegeben werden 
inuB, uui in der programmgesteuerten Einheit auftretende 
Fehler zu lokalisieren und zu beheben zu konnen, gering zu 
halten. 

Bczugszeichenliste 

C Core 

DR Debug-Ressourcen 
Px Peripheriecinheiten 
SS Schnittsiclle 
Sx Speichereinrichtungen 
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30 
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nem von der durch die Daten reprasentierten Informa- 
tion abhangenden Code transferien werden. 

5. Programmgesteuerte Einheit nach einem der vor- 
hcrgehenden Anspriiche, dadurch gekennzeichnet, daB 
die aus der programmgesteuerten Einheit ausgegebe- 
nen oder in diese r gespeicherten Trace-In formationen 
zusammen mil einem von der durch die Trace-In forma- 
tionen reprasentierten Information abhiingenden Code 
ausgegeben bzw. gespeichert werden. 

6. Programmgesteuerte Einheit nach einem der vor- 
hergehenden Anspriiche, dadurch gekennzeichnet, daB 
die program mgesteuerte Einheit Debug-Ressourcen 
(DR) enthalt, die ausgewahlte Zustande oder Vorgange 
innerhalb der programmgesteuerten Einheit reprasen- 
licrende Trace-Informationen ausgeben konnen. 

7. Programmgesteuerte Einheit nach Anspruch 6, da- 
durch gekennzeichnet, daB das von der programmge- 
steuerten Einheit ausgefuhrte Programm Bcfchlc ent- 
halt, durch welche eine Bedingung iiberpruft wird, bei 
deren Vorliegen Trace-Informationen auszugeben oder 
zu speichern sind, und daB dann, wenn bei der Ausfuh- 
rung dieser Befehle festgestellt wird, daB die zu iiber- 
prtifende Bedingung erfiillt ist, dieser Umstand den 
Debug-Ressourcen (DR) signalisiert wird. 

8. Prograi Hinges leuerte Einheit nach Anspruch 6 oder 
7, dadurch gekennzeichnet, daB das von der programm- 
gesteuerten Einheit ausgefuhrte Programm Befehle 
enthalt. durch welche die Debug-Ressourcen (DR) 
dazu veranlaBbar sind, Trace-Informationen auszuge- 
ben oder zu speichern. 

9. Programmgesteuerte Einheit nach einem der An- 
spriiche 6 bis 8, dadurch gekennzeichnet, daB das von 
der programmgesteuerten Einheit ausgefuhrte Pro- 
gramm Befehle enthalt, durch welche in den Debug- 
Ressourcen (DR) einstellbar ist, welche Trace-Infor- 
mationen sie auszugeben oder zu speichern haben. 



Hierzu 1 Seite(n) Zeichnungen 



Patenianspriiche 

1. Programmgesteuerte Einheiu durch welche ausge- 45 
wahlte Adressen, Daten, und/oder Steuersignale um- 
fassende Trace-Informationen, mil Hilfe welcher sich 
der Verlauf der innerhalb der programmgesteuerten 
Einheit ablaufenden Vorgange verfolgen laBt, aus der 
programmgesteuerten Einheit ausgegeben oder in die- 50 
ser gespeichert werden, dadurch gekennzeichnet, daB 
die auszugebenden oder zu speichemden Trace-Infor- 
mationen und/oder der Zeitpunkt der Ausgabe oder der 
Speicherung der Trace- In formationen zumindest teil- 
weise durch das von der programmgesteuerten Einheit 55 
ausgefuhrte Programm bestimmt werden. 

2. Programmgesteuerte Einheit nach Anspruch 1, da- 
durch gekennzeichnet, daB das von der programmge- 
steuerten Einheit ausgefuhrte Programm Befehle ent- 
halt, durch welche auszugebende Informationen repra- 60 
sentierende Daten zu einer die Daten aus der pro- 
grammgesteuerten Einheit ausgebenden oder in dieser 
speichemden Einrichtung transferiert werden. 

3. Programmgesteuerte Einheit nach Anspruch 2, da- 
durch gekennzeichnet, daB das Transfcrzicl von der 65 
durch die Daten reprasentierten Information abhangt. 

4. Programmgesteuerte Einheit nach Anspruch 2 ? da- 
durch gekennzeichnet, daB die Daten zusammen mit ei- 
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